BE Microsoft 


Microsoft EEAP Release Notes 


Key Build validation and What's Bug Known Breaking 
information feedback new fixes issues changes 


Windows Server LTSC and SAC, preview build 17754.1 


These release notes describe the new features, bug fixes, known issues, and breaking 
changes introduced since build 17751.1 of Windows Server 2019 Long-Term Servicing 
Channel (LTSC). 


This build includes the following: 


Long-Term Servicing Channel (LTSC) preview 
e Windows Server 2019 Datacenter Edition and Standard Edition with Desktop Experience 
and Server Core installation options (ISO and VHDX) 


Semi-Annual Channel (SAC) preview 
e Windows Server Datacenter Edition and Standard Edition with Core installation options 
(ISO and VHDX) 


Additional content (LTSC and SAC) 
e Nano Server Container 
e Server Core Container 
e Microsoft Hyper-V Server preview 
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Key information 


This section has key information required for testing the latest build. 


Windows Server 
activation keys 


Symbols for 
debugging 


HLK and 
Certification 
Guidance 


This build and future builds require use of activation keys during setup. The 
following keys allow for unlimited activations. 


Datacenter 6XBNX-4JQGW-QX6QG-74P76-72V67 


Standard MFY9F-XBN2F-TYFMP-CCV49-RMYVH 


Note The pre-release activation keys provided for previous preview 
builds are not valid for build 17751 or later. You may skip the activation 
key during setup and still have a fully functional build to test with. For 
upgrades from released operating systems, setup does not allow you to 
skip entering the key. For upgrade testing, you will need to use build 
17744. 


This Server Insider preview release build will expire on December 14, 2018. 


If you need symbols, you can obtain them from the public symbol server. For 
details, see Using the Microsoft Symbol Server. 


The Windows Hardware Lab Kit (HLK) will be updated to support Windows 10 
vNext and Windows Server 2019. 


The HLK is updated each week and available for download on Microsoft 
Collaborate, you will see the download locations with your weekly build 
notifications. 


The HLK for Windows 10 and Windows Server 2019 will enforce the Windows 
10 hardware requirements and policies, which will be posted on MSDN in 
March, and is designed for testing Windows 10 vNext and Windows Server 
2019. 


The support scenarios identified in the following table will be accepted. 
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HLK VERSION 


"RS5" 


1709 


1703 


1607 


WINDOWS 10 
VERSIONS 
SUPPORTED 


Code named 
"RS5" 


1709 - client 


1703 - client 
1607 - client 


1607 - client 
1607 - Server, 
Azure Stack, 
SDDC 

1511 - client 


DEVICE/COMPONENT 


SUBMISSIONS 
ACCEPTED 


"RS5" client 
device/component 
Windows Server 
2019 
device/component 


1709 client 
device/component 


1703 client 
device/component 
1607 client 
device/component 


1607 client 
device/component 
1607 Server 
device/component 
1511 client 
device/component 


SYSTEM 
SUBMISSIONS 
ACCEPTED 


“vNext" Server 
systems 


1709 client 
systems 


1703 client 
systems 


1607 Server 
systems 


When submitting a Windows 10 RS5 and Windows Server 2019 HLK package 
for validation, you must use Windows 10 vNext and Windows Server 2019, 
version build TBD or newer on the test device. The submission will otherwise 


be rejected. 


You must continue to use the Windows Hardware Certification Kit (HCK) 
version 2.1 to certify for following operating systems: 


Windows 7 
Windows 8 


Windows Server 2012 
Windows Server 2012 R2 


e 
e 
e Windows 8.1 
e 
e 


You must continue to use the Windows Logo Kit (WLK) version 1.6 to certify 
for following operating systems: 


e Windows Server 2008 R2 (x64 and ia64) 
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Installing kits 
on released 
operating 
systems 


e Windows Server 2008 (x86, x64 and ia64) 


Certification for Windows Server 2016, Azure Stack and SDDC must meet the 
Windows Hardware Compatibility Requirements as stated in version 1607 of 
the documentation, use the 1607 version of the Windows Server 2016 
operating system and use HLK version 1607 build 14393 with matching 
playlist and supplemental content to generate logs and following the policies 
stated in the Windows Server Policy. Questions about the Azure Stack or 
SDDC program or how to submit the results for solution validation should be 
directed to the appropriate Microsoft contact—a technical account manager 
or a partner management contact. 


If you are installing the Windows 10 kits on a publicly released OS such as 
Windows 10, version 1703, Windows 10, version 1607, Windows 10, 

version 1511, Windows 10, Windows 8.1, Windows 8, or Windows 7, you must 
disable strong name-signing and manually install two additional test 
certificates. To do this, perform the following installation procedure once for 
each test computer, using an account with administrator privileges on the 
controller computer: 


e From the KitPrelnstall folder, install the TestRoot.cer and TestRoot- 
SHA2.cer test certificates using the following steps: 


1. Download the Kit Pre-install package, KitPreinstallV2.zip, from 
developer.microsoft.com/en- 
us/dashboard/collaborate/packages/4778. 

2. On the controller computer, extract the files and right-click the 

certificate. 

Click Install Certificate. 

Click Next. 

Accept the default for the certificate store, and click Next. 

Click Finish. 


Au Rw 


e From the same folder, disable strong name signing by installing the 
StrongNameBypass.reg and WOW64StrongNameBypass.reg registry 
keys, as follows: 


From the controller computer, right-click the registry key. 
Click Merge. 

Click Run. 

Click Yes. 


a a 
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Playlists to Due to the change in the policy regarding which versions of Windows 10 that 


support the the HLK validates, it is important to note which tests are required with each 
incremental kit. Playlists must match the version of the HLK being used, not the version of 
Windows Windows 10 that is under test. For RS5 and Windows Server 2019 Previews, 
releases the Preview Playlist is available on Collaborate at: 


https://partner.microsoft.com/en-us/dashboard/collaborate/packages/5733. 


The follow table lists the required playlist pairings. 


HLK 
VERSION ARCHITECTURE PLAYLIST 
"RS5" x86 or x64 HLK Version 1709 CompatPlaylist x86_x64 
"RS5" ARM64 HLK Version 1709 CompatPlaylist ARM64 
desktop HLK Version 1709 CompatPlaylist ARM64_x86 
on ARM64 
1709 x86 or x64 HLK Version 1709 CompatPlaylist x86_x64 
1709 ARM64 HLK Version 1709 CompatPlaylist ARM64 
desktop * HLK Version 1709 CompatPlaylist ARM64_x86 
on ARM64 
1703 x86 or x64 HLK Version 1703 CompatPlaylist 
1607 x86 or x64 HLK Version 1607 CompatPlaylist 


Testing ARM64 Desktop requires two playlists. For additional information, 
see the setup instructions in Step 1: Install Controller and Studio on the 
test server on Hardware Dev Center. 


Symbols for If you need symbols, you can obtain them from the public symbol server. For 
debugging details, see Using the Microsoft Symbol Server. 


Page 5 of 10 


Build validation and feedback 


In each preview release, there are two major areas that we would like you to try out: 


e In-place OS Upgrade (from Windows Server 2012 R2, Windows Server 2016 or a 
previous preview build). 


e Application compatibility — please let us know if any server roles or applications stops 
working or fails to function as it used to. 


Please report any issues you find. 


In addition, please also validate functionality that was introduced in previous preview 
releases. For a list of new features introduced in earlier releases, see aka.ms/Server|nsider- 
WhatsNew. 


As always, we welcome your feedback. 


What's new 


This section describes some of the new features that are in this build.For a list of all new 
features in Windows Server 2019, see What's New in Windows Server 2019 Insider Preview 
Builds. 


Azure Host Awareness in an laaS Virtual Machine 

Numerous companies run Windows Servers in Azure. A common occurrence is when the 
host needs some sort of maintenance. Depending on the type of maintenance it is, the laaS 
virtual machine can be moved off onto another host to continue production. However, in 
some cases, the maintenance would be very brief (less than a minute) and the virtual 
machine is simply frozen while maintenance occurs. In the case of Failover Clusters as an 
example, this could cause issues with connectivity between the nodes that may result in 
unexpected failovers or a node being removed from membership. The user is left to guess 
what had happened. 


In Windows Server 2019, we are now letting the users know ahead of time when scheduled 
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Azure Host Maintenance is to occur through events. Not only that, we have added new 
parameters you can set to react to this, if desired, ahead of time. 


An example of this event is: 


Log: System 

Level: Warning 

Event ID: 1139 

Description: The cluster service has detected an Azure host maintenance event 
has been scheduled. This maintenance event may cause the node hosting the 
virtual machine to become unavailable during this time. 


Node: 

Approximate Time: 

Details: 

EventStatus: Scheduled Event 
Type: Freeze Machine 

Type: Virtual Machine 


As you can see, host maintenance has been scheduled. The event log also tells you what 
virtual machine will be affected and what will happen to it (as well as the date and time). We 
have two additional events for this: 


e Event ID 1136 — node maintenance is imminent 


e Event ID 1140 — node maintenance has been rescheduled 


There are also two new cluster properties: DetectManagedEvents and 
DetectManagedEventsThreshold. 


DetectManagedEvents: 


e 0 = Do not log Azure host scheduled events 

e 1 = Log Azure host scheduled events (default) 

e 2 = Avoid placemant and do not move any roles to this node 

e 3 = Pause and drain this node when a scheduled event takes place 
e 4 = Pause, drain, and failback when a scheduled event is detected 


DetectManagedEventsThreshold: 


e 60 seconds = amount of time for DetectManagedEvents parameter to execute prior the 
scheduled event 
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Bug fixes 


The bug fixes described in the following table are new in this build. 


WORK ITEM DESCRIPTION OF BUG FIX 


18321838 We resolved an memory leak that affected apps that use the input method editor 
(IME) for Simplified Chinese. 


18248987, We resolved an issue that could result in garbage characters being displayed in a 
18204211, PowerShell Window, depending on the display language that is configured for 
18243704, the system. Affected display languages included Japanese and Korean. 

18291237, 

18420214, 

18498975 

17854321 We resolved an issue that could result in a system having two COM2 devices, 


each with different resources, after an affected system running Windows Server 
2012 R2 or Windows Server 2016 was upgraded to a recent preview release of the 
operating system. 


17845524 We resolved an issue that caused the back-up GUID Partition Table (GPT) to not 
be compliant with UEFI on a DirectAccess (DAX) volume. 


18688591 We resolved the following issue: After a system running Server Core is 
transitioned (transmogrified) to Server Datacenter&mdash;for example, by 
running the command dism /online /set-edition:ServerDatacenterCor 
/ProductKey:product-key/AcceptEula&mdash;the operating system is not 
licensed. On an affected system, the administrator is not instructed to restart the 
system, and the operating system indicates that it is a retail channel version 
rather than a Generic Volume License Key (GVLK) version, even when the product 
key is a GVLK key. 


To make an affected system licensed, run the following command: cscript 
c:\Windows\System32\slmgr.vbs /ipkproduct-key 
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WORK ITEM 


18254122 


DESCRIPTION OF BUG FIX 


We resolved the following issue: [NEW] On a system that has Exchange 
Management Shell installed and operating on a preview release of the operating 
system, Exchange Management Shell stops working with an error, HTTP 500, 
following an in-place upgrade of the operating system to a newer preview 
release. 


Known issues 


The following known issues are new in this build, or they were not resolved in the last build. 


WORK ITEM 


18821773 


18814123 


18428421, 


18034699 


18471696 


18314155 


DESCRIPTION OF KNOWN ISSUE 


There is a discrepancy in the ProductName entry in the registry: 
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows 
NT\CurrentVersion\ProductName where it reports “Windows Server Datacenter” - 
systeminfo.exe and WMI value from Win32_OperatingSystem instead of the 
expected ProductName. 


A container host may become unresponsive due to a deadlock when attempting 
to mount a volume. On an affected system, Docker hangs on all commands. 


The operating system has an unnecessary utility account for Windows Defender 
Application Guard. 


The Virtual Hard Disk Miniport Driver (Vhdmp.sys) may experience a bug check, 
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (7e). 


When a Windows Defender Application Guard container crashes, the resulting 
type of dump may be unexpected. 
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WORK ITEM 


18321045, 
18306015, 
18098973, 
18321007 


18198732 


17033455 


DESCRIPTION OF KNOWN ISSUE 


On recent preview builds, database applications might not be able to initialize a 
database and fail with a stack overflow or insufficient privileges when the 
database is located on an SMB volume. 


Shielded VMs running Linux do not boot. The loader (LSVMLoad) waits for a 
passphrase for the boot partition. 


Creating or modifying environment variables by using setx fails on a system 
running in a Nano Container (that is, Nano Server as a container image). On an 
affected system, setx requires a specific path in the registry, HKCU\Environment\, 
to exist by default. 


You can work around this issue by changing where the variable is stored in the 
registry, or you can add the expected registry path before executing setx 
commands. To specify that the variable be set for system-wide use in HKLM 
rather than in HKCU, the default, add the /M switch to a setx command. To 
instead add the expected registry path, run reg add HKCU\Environment before 
executing setx commands. 


Breaking changes 


No breaking changes are included in this build. 
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